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LOCAL COMMUNICATION SYSTEM 



A local communication system which combines source 
data (CD audio, MPEG video, telephone audio etc) with 
control commands in a low cost fibre network is available 
in the form of D2B Optical. For details, see for example 
the "Conan Technology Brochure" and the "Conan IC Data 
Sheet" available from Communication & Control Electronics 
Limited, Stirling House, Stirling Road, . The Surrey 
Research Park, Guildford, Surrey GU2 5RF. An extract 
from the CONAN IC Data Sheet is attached hereto as an 
Appendix. See also German patent applications of Becker 
GmbH with filing numbers 19503206.3 (95P03), 19503207,1 
(95P04), 19503209.8 (95P05), 19503210.1 (95P06), 
19503212.8 (95P07), 19503213.6 (95P08), 19503214.4 
(95P09) and 19503215.2 (95P10). "Conan" is a registered 
trade mark of Communication & Control Electronics 
Limited. 

The present invention aims to enable expansion of 
the capacity of such a network, for use in vehicles and 
the like, towards a capacity necessary for higher bit- 
rate multimedia applications such as MPEG2 audio, MPEG2 
video, Digital Audio Broadcasting (DAB), Digital 
Versatile Disk (DVD) and other data. 

One proposed embodiment employs asynchronous 
transfer mode data transport for the various data types, 
accommodating both high bit rate and low bit rate data 
channels. However, the ATM packet is not limited to the 
conventional ATM packet of 5 bytes of header and 4 8 bytes 
of payload, but is adapted to provide more efficient use 
of bandwidth in the target applications. 

Also, compared with D2B Optical (CONAN) technology, 



it is proposed to use a more compact encoding technique 
for the fibre interface, such as the ^ B ^ B or pri or 
encoding, currently used in FDDI (Fibre Distributed Data 
Interface) for metropolitan area networks (MANs). 

Embodiments are proposed/ in which each network 
frame includes subframes of at least two different modes: 
"mode 0" subframes provide compatibility with the fixed 
bit-rate (e.g. circuit-switched) CON AN technology, while 
simultaneously the "mode 1" subframe provides a group of 
bytes which can be allocated more freely to implement a 
variable bit-rate (e.g. packet-switched) channel. In 
other embodiments, a common source data channel is 
allocated dynamically between circuit-switched and 
packet-switched data. - 

These proposals and surrounding considerations are 
described in the following pages, together with some 
alternatives also proposed herein. 
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1. Introduction 



This document com 
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an optical interface (Plastic Optical Fibre). The proposed device is known as the high 
speed D2B and is designated as C&C Electronics part number HSCI800L 

2. Objectives 

The objectives of the HSCI8001 development are as follows 

• To integrate many of the digital audio and video . systems over a 
common'data bus and come up with a suitable protocol that will be 
able to integrate them. 

• Baseline for the High Speed Conan 

• . Use of Plastic Optical Fibre 

• Low cost LED Transceiver technology 

• Bandwidth requirements > 25 Mbs 

e Topology for ease of installation, low cost Fibre Optics 

components and low power consumption... 

3.0 Requirement Constraints 

3.1 Topology 

• Point-to-point links 

• Linear T bus 

• Star system 

© Reflective star 

• Transmissive Star 

3.2 Line encoding 

There is a need for a more efficient encoding/decoding- technique than 
what is currently used on the current Couan chip (BI-PHASE), One type 



4- 



of encoding/ decoding technique that is currently used in FDDI which 
would be considered is the use of 4B5B encoding technique. This would 
provide the High speed network a reliable and efficient technique. 

- BI Phase encoding for current Conan design 
• 4B5B/8B10B 

3.1 Data rate Requirements 



• Parameters identified for the various digital audio video systems for 
integration over a common databus. The tabulated values indicate the some 
of the overriding parameters between systems.. 



Data Type 


Variable 

Bandwidth 

Requirements 


Common 
Frequency 


Frame Structure 


MPEG2 Audio 


up to 912kbps 


48kbps 




MPEG2 Video - 


^ 1.55 to 4Mbps 






DAB 


.1.5Mbps? 


48kHz 


16-32 Bits 


DVD 


1 1.08Mbps 




2048bytes Packet 


CD 


1.44Mbps 


44.1kHz 


16-24Bits 


ATM (Use this as 
a Transport for 
above Data Types) 






Similar to 5bytes of 
Header and 48 
Bytes of Payload 



3.4 Topology 

The communications network forms a backbone of most architectural designs 
and hence the interconnections can influence the final design. Network 
topology fall mainly into three categories. 

For the application that we are considering a Ring topology is still the 
preferred option as it means that the components available for the Optical 
network will still be relatively cheap and low power, rather then going to a 
relatively expensive star network. 

These point are discussed farther in the sections below. But it is highly likely , 
that if in a large network environment if the system could not handle the delay 



then a star network could be the way forward if the components become 
available for the Plastic Fibre optics and arc relatively cheap. 

Point-to-point links: 

Point to point dedicated links are used in two ways. Firstly by a dedicated link 
between each communicating function. Secondly by a dedicate link between 
terminals and using electronics in each terminal to strip off data which is 
addressed to that particular terminal and pass any further data to --other- 
terminal. 




Fig. i 



Linear T- Bus 

These are relatively simple to implement if using voltage mode or current 
mode coupling and provide a broadcast medium that allows all terminals to 
simultaneously listen to the traffic on the network. This has been used in many 
of the electrical broadcast bus designs, but is"" far less popular for optical 
systems as the excess loss at each junction leads to extremely large link power 
budgets. 



Stars 

These can split light from a fibre into a number of other fibres in a reversible 
manner, that is l:n or ml. Many networks using fibre optics are implemented 
using a topology based on reflective and transmissive star couplers. But teh 
cost penalty is higher. 



Detailed Proposal I 

The following pages present a first embodiment of 
a High Speed D2B network offering high speed variable bit 
rate channels ("Mode 1 data) simultaneously with fixed 
rate channels ("Mode 0") compatible with the known 
"CONAN " technology (and with the proposed " Super CONAN" 
technology having an increased capacity of fixed data 
rate channels). 

A "MegaCONAN" chip is described, a key feature of 
which is the provision of dual processors. The first 
processor is a RISC processor corresponding to that used 
in the existing CONAN chip for implementing the D2B 
system with control of the fixed data rate ("Mode 0") 
data routing. The second processor, handing the 
asynchronous ("Mode 1") data is a digital signal 
processor (DSP) which can implement, for example sample 
rate conversion, audio DSP functions (such as Dolby AC3 ) , 
and can interface to on-chip or off-chip for DVD and 
other data formats . 
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The following pages present a modified embodiment, also 
providing both variable and fixed rate channels, but with 
5 flexible allocation of bytes within a common source data 
channel. Notable changes relative to Detailed Proposal 
1 above are explained as follows: 

- The delay at each network node in processing each 
10 frame of Proposal I would have been greater than 1 

sub-frame when using a network containing both D2B 
Optical and High Speed D2B network nodes. Since a 
conventional D2B Optical network can only handle a 
maximum of 1 sub-frame delay around the network 
15 such a "mixed mode" network would not have 

functioned correctly. In the Proposal II the 
maximum delay is 12 High Speed D2B bits ( = 3 D2B 
Optical bits) thus up to a theoretical limit of 20 
nodes (16 when accounting for typical processing 
20 delays through each node) can be placed in a mixed 

mode network. 

In the Proposal I the allocation of circuit- 
switched synchronous traffic (Mode 0) and 

25 asynchronous packet based traffic (Mode 1) was 

fixed at 256 bits each. In Proposal II the traffic 
can be allocated in a flexible manner from 100% 
Mode 0 to 100% Mode 1 in increments of 1 source 
byte from 0 source bytes to 60 source bytes in a 

30 frame. Total source data capacity is now 23.04 

MBPS at Fs = 48 kHz (DVD sample rate). 



35 



The frame structure allows transmission of 1 
complete ATM cell (53 bytes equivalent to a bit 
rate of 20.352 MBPS) in 1 frame as Mode 1 traffic 



with 7 bytes left for Mode 0 traffic (2.688 MBPS 
or. for example,- 2 stereo digital CD channels). 
Thus the network can be used to transparently 
connect nodes with ATM data interfaces, if desired, 

Compatability is maintained as before by using a 
common control channel structure as currently used 
in D2B Optical sytems (at a rate of 176.4 kbps at 
Fs 44.1 kHz) ("Conan" technology). 

When using a network .in which all nodes are High 
Speed D2B Nodes additional control channel capacity 
can be added by using the 4 bits in the Right Pre- 
amble to increase the control channel capacity to 
352 . 8 kbps^ at Fs .= 44.1 kHz 

Line coding efficiency is improved using 4B/5B line 
coding to reduce the overhead to just 20%. Thus 
the rate at which optical transceivers are required 
to be driven reduces to 29.4912 MHz (at Fs = 48 
kHz) as compared to 49.152 MHz for bi-phase 
encoding . 

Statistical multiplexing can be used to multiplex up to 
4 DVD channels onto the High Speed D2B Bus. This relates 
to calculating node buffer sizes in a distributed video 
transmission network . 
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1. Introduction 



1.1 Overview 



The Conan technology is a leap forward in the development of Communication and Information networks for 
automotive consumer electronics products. It combines Source Data (digital audio, video or any other high- 
volume, real-time digital data) and Control Data, with the advantages of the Plastic Optical Fibre medium 
(i.e. high data capacity and immunity to interference and noise). 

To achieve effective network design and facilitate product implementation, the 0CC8001 Optical Transceiver 
('Conan') provides maximum functional integration, including source data routing, communication 
management and all communication protocol tasks. 

Conan supports network protocol standards such as D2B Optical, and is fully compatible with systems built on 
a D2B Optical network. 






Power 
Amplifier 



Changer 



CD- 





Navigation 
System 



Telephone 



Example System with a Ring Topology 



The data throughput on a Conan network is impressive. At a sampling rate_/~ s of 44.1 kHz, it offers: 



Source Data 
Control Data 
4 Transparent Channels 



4.2 Mbps (equivalent to 3 x 16-bit stereo audio channels). 
Up to 176.4 kbps (918 control frames per sec). 
Up to 88.2 kbps each. 



Conan Optical Transceiver 



1-2 Features 

Conan has been optimised for implementation in consumer electronics products, and offers these features and 
benefits: 



Features 

Integration of Source Et Control Data 
Multiple Source Data Channels 
Multiple Source Data Ports 
Multiple Source Data Formats 
SPDIF Audio Port 

I2C- and SPl-compatible Control Ports 
Flexible Source Data Routing 
Transparent Channels 

Programmable Clock Manager 
Flexible Synchronisation 

Low Jitter PLL 

Fail-safe mechanism (Electrical Bypass) 

Network Position Identification 
Versatile Control Messaging 

Automotive Temperature Range 



Benefits 

Reduces the number of components required for 
signal distribution and control 

Allows simultaneous bi-directional transmission 
of multiple source data channels 

Only one Conan needed per product, even with 
several internal sources or destinations. 

Adaptability to a variety of components which 
support different digital data formats 

Provides easy integration with existing digital 
audio products 

Easy interface to wide range of microprocessors 

Versatile use of the network capacity 

Easy implementation of proprietary control 
messaging _ _ . 

Easy integration in different products 

Network clock may be derived from a variety of 
sources 

Low jitter ensures high audio quality (i.e. low 
THD and low noise) 

In case of device failure, network operation can 
be maintained 

Each device can get its position on the ring 

Different addressing methods (incl. broadcast) 
make best use of control channel capacity 

-40°C to +85°C (contact C£tC for wider ranges) 



Conan Optical Transceiver 



1.3 Applications 



Conan has been specifically designed for easy implementation and integration of networked audio, video and 
^Communication products. Conan is optimised for use with (but not limited to) a ring topology, based on 
plastic optical fibre, for automotive applications, though can be equally well employed on other media (e.g. 
copper) and for other application areas. 

Products at nodes on the network can be sources or destinations for source data (or both, or neither), for 
example, CD-Changer (source), Amplifier (destination), Radio/Head-Unit (source and destination). 

A product can generate source data for transport on the network, and/or retrieve source data from the 
network. It can additionally send or receive control messages. Conan may be incorporated into a product as 
shown below. 



Micro- 
controller 



Control 



Data 
Source 



Data 



Out 



CONAN 



RX FOT TX FOT 



Data 
Destination 



Data In 



A Conan Device on the Network 

To achieve the highest possible efficiency, the network timing is synchronised to a System Master. The 
System Master is a product on the network which is able to generate the timing for the entire network. Only 
one Master device may be active on the network at any time. All other devices are Slaves. The Slaves get 
their timing from the Master by recovering the clock from the bit-stream received from the network. Conan 
can be configured by software as either a Master or a Slave. Up to 24 nodes may be present on the network. 
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1.4 Block Diagram 
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Conon Block Diagram 

Conan contains a Network Transceiver (Rx and Tx) to interface to the network. The network receiver recovers 
the clock and decodes the incoming bit-stream. The network transmitter encodes the outgoing data and 
transmits it on the network. Conan can be configured by software as either a Master or a Slave node on the 
network. 



Conan provides flexible access to up to 12 source data bytes within one frame (e.g. configured as three 16-bit 
stereo channels) on the network. The three source data input ports (SRO, 1 & 2) and three source data output 
ports (SXO, 1 a 2) can transfer 8, 16, 24 or 32 bit source data into/out of the Conan through the Source Data 
Input and Source Data Output registers. 

The Router provides an easy and flexible way of controlling the routing of source data. All source data bytes, 
coming either from the network receiver or from the source data input ports can be re-arranged, mixed and 
re-directed to the network transmitter or the source data output ports. Conan can also support SPDIF (also known 
as AES/EBU or IEC-958). Conan can even be used to route source data locally from LC to i.C, within a product. 
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In Slave mode, Conan's timing is derived from the incoming bit-stream. The network receiver recovers a clock 
from the incoming bit-stream using a low jitter, clock multiplying, phase locked loop (PLL). The PLL will lock 

Co incoming bit-streams with sample rates of 30 to 50kHz. On loss of lock, the PLL is pulled to its lowest 
requency (to minimise EMI). 

In Master mode, Conan's timing may be derived from a crystal, a source data clock applied to SCK or an SPDiF 
channel applied to SRO. The Oscillator circuitry allows a crystal to be connected directly to XTI/XTO, or some 
other clock source to be used. The PLL multiplies-up this timing source. The RX pin is over-sampled by a 
high-frequency clock and data is recovered by a digital state machine. 

An Electrical Bypass between RX and TX pins allows a node to be bypassed eiectricaiiy. This bypass is 
automatically activated on power-up or reset as a safety feature. It helps to reduce the network start-up 
time, and can also be used as 3 fail-safe to isolate the node in case of loss of lock or other product failure 
(typically triggered by a watch-dog function). 

The Control Unit provides the interface from Conan to a microprocessor. It provides an I2C- or SPI- 
compatible interface, interrupt and error outputs, and transparent channel input/output. Conan is a slave on 
I2C/SPI, so transfers must always be initiated by an external master. 

Internal registers are used to buffer the source data and control messages. It also contains the Routing 
Information Table (RIT) and control and status registers. These registers are accessible for reading or writing 
• through the I2C/SPI interface. 



) 



Conan Optical Transceiver 



30 

1 1.5 Package Pin-Out and Pin Descriptions 
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Pin Descriptions 

All pins are CMOS TTL logic level, except power, ground, FILT, VREF, XTI and XTO. 
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2. Functional Description 



-Q2.1 Data Transport 

The source data and control messages are transported on the network from node-to-node in frames 
generated by the System Master. Frames are circulated at the same rate as the system sampling frequency, 
typically f s =44.1 kHz. Frames are grouped into blocks of 48 frames. 
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per second. The left sub-frame is always the first of the pair transmitted on the network. At the physical 
level, bits are transported with bi-phase encoding. The relationship between the block, frame, sub-frame and 




Block of 48 frames 




Control frame (192 bits) 



1.09mS @ 44.1kHz 



Block, Frame, Sub- frame and Control Frame Relationship 



.2.1.1 Conan Sub-Frame 

Each sub-frame contains 64 bits, handled within Conan as 8 byte fields. The fields comprise the preamble, 
the transparent channels, 6 bytes of source data, and 8 control/status bits which make up the control frames 
and the SPDIF status bits. The sub-frame is shown below. 
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Conan Sub-frame 
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Preamble 

The preamble synchronises the network receiver. There are three types of preamble, identical to those defined 
in the IEC958 specification. They contain bi-phase coding violations which the receiver can recognise. The 
three unique preambles identify left, right and block sub-frames. The left preamble identifies the beginning of 
a frame and the block preamble identifies the beginning of a block. The block preamble replaces every 48th 
left preamble. This provides a block structure to which the control frame data is synchronised. 

Transparent Channels 

The four TC bits enable the transport of four serial channels for proprietary control or status information on the 
network, with no additional hardware or software overhead. The use of these channels is left open to System 
Integrators, who must define their own protocols for applications. Typical applications include the transport of 
raw control or status information, such as RS232-type data, VICS data, GSM data, PIN Card data, etc. 

Source Data Bytes 

The source data bytes carry the high-volume real-time digital source data. The twelve bytes per frame may 
be allocated flexibly, so that the devices in a system may use the source data bytes in the most efficient way 
for that system. The mechanism used for allocating the bytes is described in section 2.4, Source Data 
Routing. 

Status Bits 

If an SPDIF channel is being transported, the V, U and C bits contain the validity, user and channel status bits 
of the SPDIF channel. The left/right convention of these bits is determined by the left/right preambles of the 
Conan sub-frame. 

The Start Block hit SB identifies the block boundary of a synchronous SPDIF channel and is set after every 
block of 192 frames (synchronised with the SPDIF signal that is being transported). This synchronisation is 
performed automatically by the chip. The Parity bit P generates even parity for the entire sub-frame. 

Control Bits 

The control bits CFO Et 1 carry the control messages (for controlling devices and sending status information). 
There are 2 CF bits per sub-frame, and a control frame is 192 bits long, therefore 96 sub-frames (48 left + 48 
right) are required to build-up a complete control frame. The control frame is described in the next section. 
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2.1.2 Control Frame 

The control frame is assembled from and aligned with a block of 96 sub-frames, i.e. the first two bits of a 
new control frame are taken from the sub-frame with a block preamble, and subsequent pairs of bits are 
taken from subsequent sub-frames to build up a control frame. 
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Control Frame 

The fields of the control frame are: 

• Arbitration bits : 

These indicate if the control frame is free or occupied. Conan handles these bits automatically. 

• Destination Address 

This is the 12-bit device address of the destination of the message, in the range 'OOO'H to 'FFF'H. The 
sending device writes this into its message transmit buffer for transmission. Certain addresses and address 
ranges have special meanings (see section 2.6). 

© Source Address 

This is the 12-bit device address of the sender of the message, in the range 'OOO'H to 'FFF'H. The 
receiving device can read this from its message receive buffer after reception. Certain addresses and 
address ranges have special meanings (see section 2.6). 

• Message Type and Length 

Two 4-btt fields normally used to indicate the type/length of the message. These bits are transported 
transparently by Conan. 

o Data 0 to 15 

The message data. AM 16 bytes are always transported. The Message Length normally indicates how 
many of the 16 bytes are actually valid for the message. The sending device writes this into its 
message transmit buffer for transmission. The receiving device can read this from its message receive 
) buffer after reception. 

• CRC 

A 16-bit Cyclic Redundancy Check value used to verify that the control frame has been transported 
without error. The CRC is generated by Conan automatically on message transmission and checked by 
Conan automatically on message reception. 

© ACK/NAK 

Acknowledge and Not Acknowledge (2-bits each) indicate successful message transmission. The use - 
of separate ACK and NAK flags allow reliable point-to-point and broadcast message transport. The 
flags are automatically filled by the destination device(s) (if present) and read by the sending device. 

• Reserved : 10 bits reserved. 
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2.2 Source Data Ports and Formats 

*~v To maximise the application versatility of the chip, six source data ports are provided. This means that a 
O product which needs to process source data for more than one interna! source or destination can do so with 

only one Conan. These source data ports can transfer 8, 16, 24 or 32 bit source data, left or right adjusted, in 

to and out of the device. 

The source data ports provide access to the source data in the network bit-stream. Data can be input 
"hrcu~h three serial inputs (SRO, 1 Et 2) and output through three serial outputs (SXO t 1 £t 2). All six ports 
usc^rcommoVframe synchronisation FSY and a Serial bit clock SCK. FSY and SCK may be set as either inputs 
or outputs, depending on the external hardware. If they are configured as inputs, then the data source(s) 
must be clocked by RMCK to be synchronised in frequency to the network bit-stream (although not 
necessarily in phase). 

With the control bits in the Source Data Port Control register, a variety of source data formats can be 
selected. Some common formats are shown in the following diagram: 
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Some Common Source Data Formats 



The register settings for these modes are given in section 4.1.4. 

The way that source data presented to the input ports is routed to the outgoing bit-stream, and the way the 
incoming bit-stream is routed to the output ports is determined by the source data routing, is explained later. 
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2.3 Source Data Port Synchronisation 

In a Conan network, the timing of all slave nodes is synchronised to one System Master. A slave node (e.g. a 
^D-Changer, Amplifier) must synchronise itself to the network by recovering the clock from the received 
bit-stream. The synchronisation of the source data between the I.Cs and Conan inside a product is achieved 
using the SCK, FSY and RMCK signals. 

SCK is the 'bit clock" (also known as 'shift clock') for the source data. FSY is the 'frame synchronisation 
which indicates 'left 1 or 'right' data. Conan's SCK and FSY pins can be configured as either inputs or outputs 
with the I/O bit in the Source Data Port Control register. 

RMCK is the clock recovered from the network ('Received Master Clock'). The RMCK pin is an output only. 
The RMCK output frequency is always a (known) multiple of the sampling frequency (e.g. 384/ 5 ), set in the 
Clock Manager Control register. 

2,3.1 Synchronisation in a Slave 

A slave node can act as a source or destination (or both or neither) for source data. In a source node, the 
outgoing source data must be synchronised to the network. This means that the I.Cs in the source node 
which generate the source data (e.g. a CD decoder chip) must be locked to the incoming network clock in 
frequency (but not necessarily in phase). In a destination node, the I.Cs which process the source data (e.g. 
D/A converter) must be locked to the incoming network clock in the same way. 

2.3. 1. 1 Source Example 1 (CD-Changer) 

Here ? CD-Decoder is clocked by RMCK from Conan. The CD-Decoder gives Data to Conan in synchronism 
with RMCK. SCK and FSY could be either outputs from the I.C (as shown) or inputs, depending on what the 
I.C. supports. 
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CD-Decoder clocked by RMCK 



2.3. 1.2 Source Example 2 (CD-Changer) 

Here the CD-Decoder gives the Data to Conan in synchronism with SCK. RMCK is not used. In this 
configuration, SCK and FSY must be inputs to the I.C (as shown), so that the CD-Decoder can synchronise to SCK. 
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2.3. 1.3 Destination Example (Amplifier) 

Here the D/A converter is clocked by RMCK from Conan. The D/A converter gets Data from Conan in 
synchronism with RMCK. SCK and FSY could be either inputs to the I.C (as shown) or outputs, depending on 
what the i.C. supports. 
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D/A Converter clocked by RMCK 
2.3.2 Synchronisation in the System Master 

The System Master generates the timing for the whole network. A System Master can act as a source or 
destination (or both or neither) for source data. For a source or destination node (or both) the I.Cs which 
process the source data must be clocked by RMCK derived either from a crystal or an external master clock. 



2.3.2. 1 Example (Radio/Head-Unit) 

Here the CODEC is clocked by RMCK from Conan. The CODEC gives/gets Data to/from Conan in synchronism 
with RMCK. SCK and FSY could be either outputs from the I.C (as shown) or inputs, depending on what the 
I.C. supports. 
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Synchronisation in the System Master 



Conan Optical Transceiver 



3^ 



2.4 Source Data Routing 



The Router provides an easy and flexible way of controlling the routing of source data. All source data bytes, 

C coming either from the receiver or from the input ports can be re-arranged, mixed and re-directed to the 
transmitter or the source data output ports. All source data inputs are double-buffered to allow 
re-synchronisation. The following figure shows the source data inputs and outputs of the chip, with the 
router in-between. 
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Source Data Router 

An incoming (serial) sub-frame is shifted into Conan bit-by-bit into a shift register, copied into a source data 
J input buffer, moved by the router into a source data output buffer, and finally shifted out from Conan 

bit-by-bit into the outgoing sub-frame. These shifting and moving operations delay the source data in the 
bit-stream as it passes through the node by a time equal to 4 Conan sub-frame times (approx. 45uS at 
/ s =44.1kHz). Nodes which do not modify the source data in the bit-stream (i.e. which are not sources of 
source data, e.g. Amplifiers) can reduce this delay to only 1 bit by activating Conan's source data bypass (SBY 
bit in the Transceiver Control Register). 

The smallest amount of source data that Conan can manipulate individually is eight bits - a 'source data 
byte" (On). There are a total of forty source data bytes as possible inputs to the Router (sixteen from the 
frame received from the network, and eight from each of the three source data input ports) numbered 
sequentially from OOH to 27H. The destinations for these input source data bytes are the forty output source 
data bytes (similarly numbered) of the transmit frame and the three source data output ports. The router is 
controlled by the Routing Information Table (RIT), which has forty entries. To route the input source data^ 
byte Dn with the index X to the output source data byte with RIT address offset Y, simply write the value X 
into the address offset Y of the RIT 
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Example of Router Operation (64 clock cycles per frame) 
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{ The example above shows a 16-bit stereo channel being routed from SRO to the outgoing Conan bit-stream. 
In this case, the RiT offsets 1H. 2H, 9H ft AH must contain 10H. 11H, 14H a 15H respectively. All other bytes 
,of the incoming frame are routed directly out to the outgoing frame unchanged. 



o 



Source bytes with index OH a 7H for the left sub-frame (and 8H a FH for the right sub-frame) contain the 
transparent channels, control and status bits, so would normally always be routed through unchanged. 

After power-up or reset, the offsets OOH to 27H contain the values 00H to 27H respectively. All source data 
bytes received from the network are then routed directly out to the transmitter unchanged. 

The description above for the source data routing applies where there are 64 clock cycles per frame. Conan 
can also be configured for 48 clock cycles per frame (with the Source Data Port Control Register), and then 
the following diagram applies. 



Conan Optical Transceiver 



Source 


Index 






DO 


00 






Dl 


01 






D2 


02 




Left 
sub- 
frame 


D3 


03 




D4 


04 






D5 


AC 






D6 


06 






D7 


07 






D8 


08 






D9 


09 






D10 


OA 




Right 
sub- 
frame 


on 


OR - 




D12 


or ■ 






D13 


OD - 






D14 


OF - 






D15 


OF - 






DO 


10 - 




L 


Dl 


11 - 




02 


12 






D3 


13 




R 


D4 


14 - 






D5 


15 - 


Unused 


16 


Unused 


.17 






DO 


18 




L 


Dl 


19 






D2 


1A 






D3 


IB 




R 


D4 


1C 






D5 


ID 


Unused 


IE 


Unused 


1F 






DO 


20 




L 


Dl 


21 






D2 


22 






D3 


23 




R 


D4 


24 






D5 


25 


Unused 


26 


Unused 


27 



40 



RIT 



oo 

01 

~02~ 
~03~ 
~04~ 



06 
~07 
08 
09 
OA 
OB 
OC 
OD 
OE 
OF 
10 
11 

IT 

13 



14 



15 



16 



17 



18 



19 



1A 



IB 



1C 



1D 



1E 



IF 



20 



21 



22 



23 



24 



25 



26 



27 



Content 

"oo" 
"To" 
TT 

03 
04 



06 
~07 
08 
74 

Tb 

OB 
OC 
OD 
OE 

of" 

10 

11 

~12~ 
13 



14 



15 



16 



17 



18 



19 



1A 



IB 



1C 



1D 



IE 



1F 



20 



21 



22 



23 



24 



25 



26 



27 



Declination 


- DO 






- 01 






~ D2 






- D3 


Left 
sub- 




- 04 


frame 




^ nc; 






- D6 






- 07 






4 OR 






- 09 






- DlO 






- 011 


Right 
sub- 
frame 




~ 01? 




- 013 






- D14 






- 015 






DO 






D1 


L 




D2 




D3 






D4 


R 




D5 






D6 


Unused 


D7 


Unused 


DO 






Dl 


L 




D2 






D3 






04 


R 




D5 






D6 


Unused 


D7 


Unused 


DO 






D1 


L 




D2- 






D3 






D4 


R 




D5 






D6 


Unused 


D7 


Unused 



- TX output 



SXO 



SX1 



SX2 



Example of Router Operation (48 clock cycles per frame) 



Conan Optical Transceiver 



2.5 SPDIF Mode 



Conan can support SPDIF (also known as AES/EBU or IEC-958) with its SPDIF mode. The features of this mode 
O are: 

d An SPDIF channel from a local SPDIF source may be presented to SRO. 

9 An SPDIF channel generated at one node may be transported transparently (without loss) on the 

network to all other nodes (up to 24 source data bits and the VUC bits). 
• An SPDIF output is available from SXO to present to a local SPDIF destination, even if there is no SPDIF 
channel being transported on the network (see 'SPDIF output from non-SPDIF data', section 2.5.3). 

SPDIF mode is activated when the SPD bit in the Source Data Port Control register is set. Input SRO and 
output SXO will then receive and transmit source data in SPDIF format. The other source data ports (SR1, SR2, 
SX1, SX2) remain available to communicate non-SPDIF data, as configured in the Source Data Port Control 
register. 

FSY and SCK must be synchronised to the SPDiF input, so they are automatically configured as outputs to 
maintain synchronisation requirements. Note that FSY and SCK are common for all source data ports. 
When Conan is in master mode, it can recover a clock from the SPDIF input on SRO, which it can then use 
internally (see Clock Management section 2.7). 

The SPDIF receiver on SRO checks for parity and bi-phase coding errors in the incoming SPDIF channel. If an 
error is detected, the validity bit (V) is automatically set, so that an SPDIF destination could be muted. The 
SPDIF transmitter on SXO generates the proper parity 

The channel status bits and transmitter block timing are controlled by Conan. The transmitter simply encodes 
data written to Source Data Port 0. When outputting an SPDIF channel recovered from the network, the 
channel status, user and validity information is contained in the data. When outputting an SPDIF channel 
recovered from non-SPDIF data, 'fake* channel status, user and validity bits may be read from the SPDIF Data 
Register. 

In the SPDIF format, data is transported least-significant bit first. Conan's SPDIF ports take this into account 
and automatically change the order within the bytes to MSB first. However, the user has to ensure that the 
bytes are routed in the correct order through the RIT (see later). Both 16- and 24- bit SPDIF formats can be 
supported. 

2.5.1 SPDIF Input and Transmission 

If an SPDIF channel is input on SRO for transmission on the network, the RIT must be programmed so that 
source data bytes of the SPDIF input are routed correctly into the outgoing Conan sub-frame, and that the 
VUC bits are inserted into byte 7 of the sub-frame. 

For example, to transmit a 16-bit SPDIF channel on the network in the first two bytes of the Conan sub-frame, 
the RIT offsets 1H, 2H ft 7H for the left sub-frame could contain 12H, 11H ft 13H respectively. Likewise for 
the right sub-frame, the RIT offsets 9H, AH ft FH could contain 16H, 15H ft 17H (see example below). 
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Example of SPDIF Input and Transmission 

2.5.2 Reception and SPDiF Output 

If an SPDIF output K required from SXO, the RIT must be programmed so that source data bytes in the 
incoming Conan sub-frame are routed correctly to the SPDIF output, and that the VUC bits are taken from 
byte 7 of the sub-frame. 

For example, to receive a 16-bit SPDIF channel which is occupying the first two bytes of the Conan sub- 
frame, the RIT offsets 11 H. 12H a 13H for the left sub-frame should contain 2H, 1H a 7H respectively. 
Likewise for the right sub-frame, the RIT offsets 15H, 16H a 17H should contain AH, 9H a FH. 

2.5.3 SPDIF Output from non-SPDIF data 

If an SPDIF output is required from SXO, even though there is no SPDIF channel being carried on the network, 
'fake' VUC bits can be inserted into the SPDIF output channel. The SPDIF Data Register (2CH) must be 
initialised with the desired VUC values (see section 4.1.3) and the contents of RIT offset 17H (which contains 
the preamble for the next left sub-frame) must be set to 28H, which then routes the fake VUC values into byte 
3 of SXO. The contents of the SPDIF Data Register are processed by Conan and are made available in offset 
28H for routing. 

■ When this is done, each SPDIF sub-frame output from SXO will have the VUC bits set as in the SPDIF Data 
Register. The bits in the register can be updated as fast as the control port will allow (uo to approx. 300 times 
per second). Typically, this feature will be used to control the V bit to mute/demute an SPDIF destination. 
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2.6 Control Message Transceiver 



The Control Message Transceiver is able to send and receive control messages to/from other devices on the 
network. It has a number of registers and message buffers associated with it - the Transmit Buffer (TxBuff), 
Receive Buffer (RxBuff), Message Control register, Message Status register, Device Address register, Groupcast 
Address register and Node Position register. These are shown below. 
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Control Message Transceiver Block Diagram 
2.6.1 Address Initialisation 

Following reset, Conan's device address is 'FFF'H, and it is able to send and receive messages. The device would 
normally then initialise its other address(es). 

Each node actually has five addresses:- its 'device address', used for point-to-point messaging; its 'broadcast 
address' (fixed at '3C8'H) to receive broadcast messages; its 'groupcast address' to receive groupcast messages; 
its 'node position' to receive messages address by node position; and its 'set-position address" (fixed at 'FOO'H) 
to receive the set-position command. These are alt described in more detail later. 

The device address and groupcast address must be initialised by the local application software. The node 
position address is initialised as part of the network start-up procedure. 

2.6 7. / Initialising the Device Address 

There are two ways to initialise the device address: 

• Using the automatic device address initialisation and verification mechanism built-into Conan 

• Initialising and verifying the device address manually 

Automatic Device Address initialisation And Verification Mechanism 

Write the new device address as the destination address field into TxBuff then set the SAI ('Start Address 
Initialisation') bit in the Message Control register (see section 4.1.6). Conan will check that the given address is 
unique on the network (by attempting to send a message to it), and if so, will write the verified address into its 
Device Address register (see section 4.1.12). The application may write a message into the data field of TxBuff 
before setting SAI, if needed. 

Once the address is tested, the MTX ('Message Transmitted') bit will be set in Message Status register (see 
section 4.1.7) and an interrupt may occur depending on the Int Mode (see section 4.1.9). The TXR 
('Transmission Result') bit reflects the result of the test and if set means that the address is unique in the 
system and is now the adopted address for this device. 
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If TXR is not set, the address is rejected and the device address remains set to 'FFFH. Another device address 
may be tried by the application. Just as for any normal transmission, the RTI ('Reset Transmission Interrupt*) 
bit must always be set ready for the next transmission. 

Manual Device Address Initialisation And Verification 

Simply write the new device address into Conan's Device Address register. This mechanism should only be 
used in fixed/closed systems where address conflicts cannot occur, or for software test/development purposes. 

2.6. 1.2 Initialising the Groupcast Address 

To receive groupcasts, a device must write the least-significant byte of its groupcast address, value 'OO'H to 
'FFH (except 'C8'H) into the Groupcast Address registerfsee section 4.1.10). 

2.6. 7 .3 In i tia lisin g th e No d e Pqs itia n 

This mechanism enables each device on the network to find out its position relative to the System Master/ 
The System Master application software initiates the procedure by sending the following message: 
Destination Address = "FOO'H, Msg Type/Length = don't care, DatafO] = 03. 

This message is passed around the network from device to device within a single control frame. Each device 
receives the message, stores its position in its Node Position Address register (see section 4.1.8) and passes 
the message on to the next device. This is all done automatically by Conan - no application software is 
needed in slave devices. 

The procedure is complete when the message returns back to the System Master. At this moment, every 
device will know its position on the network, regardless of the transmission result. 
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2.6.2 Sending a Message 
2.6.2.1 General Procedure 

The general procedure to send a message is to write the message into the transmission buffer (TxBuff) and 
then set the STX ('Start Transmission') bit in the Message Control register. The control message transceiver 
reformats the message for transmission and sends the message with up to 5 retries. 10ms apart, if necessary. 
A gap of 10ms is also inserted between outgoing messages to prevent a node monopolising the control 
channel The diagram below shows how Conan formats a message for transmission into the control frame. 
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Message Transmission 

When the transmission is complete, MTX ('Message Transmitted') will be set and an interrupt may occur 
depending on Int Mode. TXR (Transmission Result') is set if the transmission was successful and reset if the 
transmission failed. The condition must always be cleared by setting the RTI ('Reset Transmission interrupt') bit 
in the Message Control register. A flow-chart for this sequence is given in section 3.2.4, 

Conan can send a message in four different ways: 

• point-to-point, to a device with a known address, 

• broadcast, to all devices, 

© groupcast, to a group of devices (e.g. ail amplifiers), and 

• node position addressing, to a device at a certain position on the ring 
These different methods are described below. 

2.6.2.2 Point- to- Point 

To send a point-to-point message, write the device address of the destination into the destination address field 
of the Tx buffer, then initiate transmission as described in 'General Procedure' above. 

The receiving Conan will set the ACK bit if it receives the message correctly, otherwise it will set the NAK bit. 
The sending Conan examines the ACK a NAK bits and generates a transmission result available in TXR. 

2.6.2.3 Broadcasting 

Broadcasting allows a message to be sent to all devices on the network. The broadcast address is '3C8'H. All- 
nodes will receive messages broadcast to this address. This address is fixed within Conan so there is no software 
overhead involved in initialising the broadcast address. To send a broadcast message, write '3C8'H into the 
destination address field of the Tx buffer, then initiate transmission as described in 'General Procedure' above. 
The receiving Conan(s) will set the ACK bit if they receive the message correctly, otherwise they will set the 
NAK bit. The sending Conan may retry up to 5 times, lOmS apart. If a destination has already received the 
message (i.e. its Rx buffer already contains the message) then it will nor set the NAK bit. The transmission 
result is available in TXR. 
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Broadcast messages have an ID byte inserted by Conan automatically at the end of their data field, which is 
incremented for each new broadcast message (not on each (re)transmission). The ID enables receiving Conans 
to determine automatically whether the message is new, or if it is a re-transmission of a message which they 
have successfully received already. The ID occupies data byte 15. This means only 15 data bytes (0..14) are 
available for message data. 

If a Conan is triggered to send a message while a broadcast transmission from another Conan is in progress, it 
will wait until the broadcast is complete before attempting to send the message. 

2.6.2.4 Groupcasting 

Groupcasting allows broadcasting to a particular group of devices which have the same groupcast address 
only. Groupcast Addresses are in the range '300^ to '3FPH (excluding '3C8'H for normal broadcasts). To send 
a groupcast message, write the groupcast address into the destination address field of the Tx buffer, then 
initiate transmission as described in 'General Procedure* above: The transmission result is available in TXR. 
Groupcasting is the same as broadcasting in all other respects. 

2.6.2.5 Node Position Addressing 

To send a message to a node position, write the node position address (in the range '400'H to '4FFH, where 
the least-significant byte is the node position of the destination device) into the destination address field of 
the Tx buffer, then initiate transmission as described in 'Genera! Procedure' above. The transmission result is 
available in TXR. 
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2.6.3 Receiving a Message 

The diagram below illustrates how a received control frame is formatted by Conan for passing to the 
(^) application. 
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Message Reception 

When a valid message is received, MRX is set in the Message Status register and an interrupt may occur 
depending on Int Mode. The condition should be cleared by writing a 1 to RRI ('Reset Receive Interrupt'). 
When the message has been read, the receiver buffer is re-enabled by setting RBE ('Receive Buffer Enable'). 
A flow-chart for this sequence is given in section 3.2.4. 
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2.7 Clock Management 

Conan can be configured by software as either a Master or a Slave. Conan needs a clock source to set the 
,^~^timing of its transmitter and to use internally. 

In Slave mode, Conan's timing is derived from the incoming bit-stream. The network receiver recovers a clock 
from the incoming bit-stream using a low jitter, clock multiplying, phase locked loop (PLL). The PLL will lock 
to incoming bit-streams with sample rates of 30 to 50kHz. On loss of lock, the PLL is pulled to its lowest 
frequency (to minimise EMI). 

In Master mode, Conan's timing may be derived from a crystal, SCK input or an SPDIF channel applied to SRO. 
The Oscillator circuitry allows a crystal to be connected directly to XTI/XTO, or some other clock source to be 
used. The PLL multipiies-up this timing source. The RX pin is over-sampled by a fast dock and data is 
recovered by a digital state machine. 

The Clock Manager is controlled by the Clock Manager Control register and illustrated below. 




Clock Manager Block Diagram 

The PLL is enabled automatically on power-up, but can be disabled (pulled to its lowest frequency) to reduce 
EMI. If no transitions are occurring on the RX pin, the PLL is automatically pulled to its lowest frequency. A 
programmable divider in the PLL allows the frequency of a connected crystal to be 2SSf s , 3&4f s or 512/ $ . The 
-RMCK output is a programmable clock output, offering a divided down version of the internal 1536/; clock 
generated by the PLL A range of frequencies between 64/ s and 1 536/ s are possible. 

The PLL Mux selects one of four inputs for the PLL As a slave, only the RX input may be used. As a master, 
there is a choice between the crystal oscillator (or other clock source applied to XTI), bit clock (from SCK input) 
and SPDIF data (from SRO input). If the crystal is not selected, the oscillator will be disabled to reduce EMI. 

The PLL lock state is made available to applications on the ERROR pin (pin 27), the ERR bit in the Transceiver 
Status Register and the POR/ERR bit in the Message Status Register. The time taken for the PLL to lock after 
receiving valid frames (or change in sampling frequency) is typically less than lOmS. Lock is declared if three 
consecutive valid left preambles are found. If two consecutive left preambles are not valid, loss of lock is 
declared. 
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( 2.8 Transparent Channels 

Conan can transport four channels of proprietary serial data on the network. The use of these channels is left 

Oopen to System Integrators, who must define their own protocols for applications. Typical applications include 
the transport of raw control or status information, such as RS232-type data, VICS data, GSM data, etc. 

The 4 transparent channels are transported independently in the 4 TC bits in the Conan sub-frame. Conan 
provides access to one of the four channels at a time (selected with the TCO-1 bits in the Transceiver Control 
Register) although any number of devices may monitor the same transparent channel. It is not possible for a 
device to send and receive on different transparent channels. 

Data presented to the SERJN pin of Conan in one device may be transported transparently to Conan in 
another device and output at its SER_OUT pin. The SERJN pin is sampled twice ever/ frame {i.e. 88.2 k- 
samples per sec at/ 5 =44.1 kHz), on both FSY edges. - Data is valid for reading from the SER_OUT pin on both 
FSY edges. 

Asynchronous Transport 

RS232-type data, up to about 19,200 baud, can be transported asynchronously with no hardware or software 
overhead. Conan 1 over-samples the signal on its SERJN pin, and inserts the bit sample into the selected TC 
bit in the Conan sub-frame. Conan 2 receives the sub-frame, reads the selected TC bit, and outputs it at its 
' SER_0UT pin. The destination (e.g. UART) should over-sample the SER_OUT to recover the data. In both cases, 
the over-sampling helps to preserve the mark/space ratio of the original data. 
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Asynchronous Transport 

Of course, they may be more than just the one destination Conan shown above. Any number of Conans may 
monitor the same transparent channel. 

Synchronous Transport 

The data throughput may be increased up to a maximum of 88.2 kbps by using synchronous data, i.e. where 
the data is presented to the SERJN pin in synchronism with the clock recovered from the network, and where 
the sample is taken when the bit to be sampled is known to be stable. In this case, additional hardware (a 
data synchroniser) will be needed. 

The data synchroniser must hold the data given to it from the microprocessor in a latch, and present it to 
SERJN on the FSY edge (for timing diagrams, see section 4.5.2.1). 
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( 2.9 Reset 

. Conan can be reset by hardware or software in 3 different ways: 

O 

Power-on reset: when power is applied to Conan, it resets itself automatically. 

• Hardware reset: the /RST input (pin 23) is an active-iow, level-triggered TTL input. A microprocessor can 
reset Conan by pulling the pin low (<0.8V) for (at least) 2pS, then setting it high again. 

• Software reset: by writing a 1 to the RES bit in the Message Control register 

I2C or SPI is selected during a 'hard' reset (not a software reset). I2C mode is selected by holding SCL high 
during the reset. SPI mode is selected by holding SCL low during the reset. The selection is completed when 
the reset pin goes back high. The microprocessor must wait for the PGR interrupt before starting to 
communicate on the selected I2C or SPI. 

After Reset 

Immediately following any of the above reset conditions, the ERR bit in the Transceiver Status Register is set 
(if the PLL has lost lock), the POR/ERR bit in the Message Status register is set to indicate power-on, an 
interrupt is raised which cannot be disabled (/INT goes low), and the Device Address is set to 'FFF'H. The 
j crystal oscillator is disabled on reset (see section 4.1.5). 

The POR interrupt must be cleared by setting the RPI bit in the Message Control register. This will clear the 
interrupt (/INT goes high) and clear the POR/ERR bit. 

Revision Code 

A 1-byte revision code is provided, so that application software can distinguish between different versions of 
the Conan. 

It can be read by a microcontroller from Data 0 (register number OxAD) in TxBuff. It is only available for 
reading immediately after resetting the chip and before the first message is sent. 

For the Conan Engineering Samples, the revision byte was 0. For the Conan Production Devices, the revision 
byte is 1. Future versions will have different values. 



) 
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7.10 Error Handling 

Conan is able to detect errors and report them to the application, including: 

0 bi-phase coding or parity errors in the Conan sub-frame (from the network bit-stream) 

• loss of lock to the incoming bit-stream from the network 

• loss of lock to an incoming SPDIF channel on SRO 

Errors are signalled with the ERROR pin (pin 27), the ERR bit in the Transceiver Status Register and the 
POR/ERR bit in the Message Status Register (depending on lot Mode). Which of the above errors are actually 
reported is selected with the ME, MDL and MSL bits in the Transceiver Status Register. 

The ERR and POR/ERR bits are latched. If an error condition sets them, they stay set until they are cleared. 
The ERR bit.is. cleared by writing a zero to it. The POR/ERR bit is cleared by writing a 1 to the RPI bit in the 
Message Control register. 

The ERROR pin is not latched. The pin goes high if an error condition occurs, and remains high for as long as 
the error condition exists. If a bi-phase coding or parity error occurs, the ERROR pin is high for the duration 
of the next sub-frame. If that sub-frame has no error, ERROR will go back low. 

1 2.11 Interrupt Handling 

The three events which can cause an interrupt are: 

• Error (highest priority) 

9 Message transmission completed 
o Message received 

The /INT output from Conan is a TTL level, active low, open drain output. When an event occurs, the /INT pin 
goes low, and stays low until the interrupt is cleared. The events that trigger an interrupt can be selected 
with the Interrupt Mode register (see section 4.1.9). The modes are: 

© Interrupts disabled (except power-on reset) - must poll the registers instead 

• Rx and Tx interrupts only enabled 

• Rx, Tx, and Error interrupts enabled 

• Error interrupt only enabled 

) Where the error interrupt is enabled, the error types can be masked using the bits in Transceiver Status 
Register (see section 4.1.2). A flow-chart is given in section 3.2.4. 

Rx and Tx interrupts are queued behind an Error interrupt. If an interrupt occurs due to an error and the Rx 
or Tx condition becomes true before the error interrupt has been cleared, then as soon as the Error interrupt is 
cleared another interrupt will follow to indicate the Rx or Tx condition. 

If an error occurs whilst a Tx or Rx interrupt is active, then the error flags are set (ERR in the Transceiver 
Status Register and POR/ERR in the Message Status Register) to inform the application. Interrupts will recur 
until the ERR bit is cleared. 
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The diagram below shows which events, when enabled or disabled by bit masks, result in which outputs. 
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Where the error interrupt- ts enabled, when clearing-an interruptcaused-by Rx or Tx, the microprocessor- 
should always also clear the error interrupt by setting the RPI bit. otherwise subsequent interrupts will be 
blocked. 

For persistent errors such as loss of lock, 

• disable interrupts (either at the microprocessor, or set the Interrupt Mode Register to 00) 

o poll the ERR bit in the Transceiver Status Register until lock is re-established (look for a transition from 1 
to 0). After each read, clear the bit 

• re-enable interrupts 



Conan Optical Transceiver 



CLAIMS 



1. A local communication system comprising a ring 
network conveying source data in both variable rate and 
fixed rate channels, by means of a regular frame 
structure, each frame providing a fixed number of source 
data blocks, wherein each block can be reserved 
dynamically to form part of a fixed-rate channel using 
the same blocks in each frame, and at other times can be 
allocated to form part of a variable rate channel for 
irregular data packets. 

2. A system according to claim 1, wherein blocks for 
fixed rate data are allocated starting from one end of 
the frame, while blocks for variable rate data are 
allocated starting at the other end of the frame. 

3. A local communication system comprising a ring 
network conveying source data in both variable rate and 
fixed rate channels, by means of a regular frame 
structure in which certain portions of each frame are 
reserved for said fixed rate channels, whether or not 
said fixed rate channels are in use, and certain other 
portions of each frame are available for said variable 
rate channels, and a control mechanism is provided for 
allocating said variable rate portion dynamically between 
different channels. 



4. A system according to claim 1, 2 or 3 , wherein the 

data sources, for which source data is carried in the 
fixed rate portions of each frame . 

5. A system according to claim l f 2, 3 or 4 , wherein 
each frame conveys control bits forming part of a control 
message frame transmitted over plural frames* 

6 . A local communication system comprising a 
synchronous ring network conveying source data in a fixed 
rate channel "over "one segment of the ring and while said 
fixed rate channel is multiplexed with variable rate 
channels over another segment of the ring. 

7. A system according to claim 6, wherein said 
multiplexed fixed rate channels and variable rate 
channels comprise different respective portions within 
a regular frame structure on said other segment of the 
ring . 

8. A fibre optic local communication system, for 
example according to any of claims 1 to 7 , suitable for 
in-vehicle entertainment, communication and/or navigation 
purposes, having an overall source data capacity greater 
than 10 Mbps, the fibre optic channel conveying 4B5B or 
8B10B encoded data. 



9. A system according to any preceding claim, wherein 
vsrisbls data source data channels are mapped on to th* 3 
network in asynchronous transfer mode packets. 

10. A fibre optic local communication system, for 
example according to any of claims 1 to 7, suitable for 
in-vehicle entertainment, communication and/or navigation 
purposes, having an overall source data capacity greater 
than 10 Mbps, the source data comprising variable data 
rate audio and video data, carried by asynchronous 
transfer mode (ATM) packets. 

11. A system according to claim 10, wherein the headers 
and data fields of ATM packets do not necessarily consist 
of 5 bytes and 4 8 bytes respectively. 

12. A local communication system substantially as 
described herein. 
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